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Foreword— This document describes the implementation of the Diagnostic 
Test Modes necessary to meet California On-Boaxd Diagnostic (OBD II) and 
Federal On-Board Diagnostic (OBD) require menu for emission related test daia. 
This document is one of several prepared by task forces of the SAE E7E. 
Diagnostics Co mini nee in order to satisfy the proposed regulations. The 
development of these recommended practices has been coordinated so that they 
are compatible with each other and with the legislation. Other documents 
necessary in addition to this document are: 

SAE J 1930— E/E Systems Diagnostic Terms, Definitions, Abbreviations, and 
Acronyms 

SAB J1962 — Diagnostic Connector 

SAE J 1978 — OBD II Scan Tool 

SAE J 20 12 — Recommended Format and Messages for Diagnostic Trouble 
Codes 



In addition, the diagnostic data communication link to be utilized with these 
recommended practices is specified by the regulation to be as specified in one of 
the following documents: 
SAE J 1850— Class B Data Communication Network Interface 
ISO 9141-2: 1994(E)— Road vehicles— Diagnostic systems — CARB 
requirements for interchange of digital information 

Table of Contents 

1. Scope 

2. References 

2.1 Applicable Documents 

2.1.1 SAE Publications 

2.1.2 ISO Publications 

2. 1 .3 California ARB Publications 
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2. 1 .4 Federal EPA Publications 
2.2 Definitions 

2.2 1 Absolute Throttle Position Sensor 

2.2.2 Bank 

2.2.3 Base Fuei Schedule 

2.2.4 Calculated Load Value 

2.2.5 Continuous Monitoring 
2.16 Fuel Trim 

3. Technical Requirements 

3. 1 Diagnostic Test Mode General Conditions 

3.1.1 Multiple Responses to a Single Data Request 

3.1.2 Response Time 

3.1.3 Minimum Time Between Requests From Scan Tool 

3.1.4 Data Not Available 

3. 1 .5 Maximum Values 

3 . 2 Diagnostic Message Format 
3.2.1 Addressing Method 
3.12 Maximum Message Length 

3.2.3 Diagnostic Message Format 

3.2.4 Header Bytes 

3.2.5 Data Bytes 

3.2.6 Non-Data Bytes Included in Diagnostic Messages With SAE J 1 350 

3.2.7 Non-Data Bytes Included in Diagnostic Messages With ISO 9141-2 

3.2.8 Bit Position Convention 

3.3 Allowance for Expansion and Enhanced Diagnostic Test Modes 

3.4 Format of Data to be Displayed 

4. Test Modes 

4. 1 Mode $01 — Request Current Powertrain Diognostic Data 

4.1.1 Functional Description 

4.1.2 Message Data Bytes 

4.2 Mode $02— Request Powertrain Freeze Frame Data 

4.2. 1 Functional Description 

4.2.2 Message Data Bytes 

4.3 PDOs for Modes $01 and $02 

4.4 Mode' $03— Request Emission-Related Powertrain Diagnostic Trouble 
Codos 

4.4. 1 Functional Description 

4.4.2 Message Data Bytes 

4.4.3 Powertrain Diagnostic Trouble Code Example 

4.5 Mode $04— Clear/Reset Emission-Related Diagnostic Information 

4.5.1 Functional Description 

4.5.2 Message Data Bytes 

4.6 Mode $05— Request Oxygen Sensor Monitoring Test Results 

4.6.1 Functional Description 

4.6.2 Message Data Bytes 

4.7 Mode $06— Request On-Board Monitoring Test Results 

4.7.1 Functional Description 

4.7.2 Message Data Bytes 

4.7.3 Message Example 

4.8 Mode $07 — Request On-Board Monitoring Test Results 

4.8.1 Functional Description 

4.8.2 Message Data Bytes 

/. Scope— This SAB Recommended Practice defines diagnostic test modes, 
and request and response messages, necessary to be supported by vehicle 
manufacturers and test tools »o meet the requirements of the California OBD B 
and Federal OBD regulations, which penoin to vehicle emission-related data 
only. These messages are intended to be used by any service tool capable of 
performing the mandated diagnostics. 

Diagnostic Test Modes included in this document are: 

a. Mode $01— Request Current Powertrain Diagnostic Data 

Analog inputs and outputs 
Digital inputs and outputs 
System status infexmation 
Calculated values 

b. Mode $02— Request Powertrain Freeze Frame Data 

Analog Inputs and outputs 
Digital inputs and outputs 
System status information 
Calculated values 

c. Mode $03 — Request Emission-Related Powertrain Diagnostic Trouble 
Codes 

d. Mode $04— Clear/Reset Emission-Related Diagnostic Information 



e. Mode $05 — Request Oxygen Sensor Monitoring Test Results 
(R) f. Mode $06— Request On-Board Monitoring Test Results for Non- 
Continuous I y Monitored Systems 
(R) g. Mode $07 — Request On-Board Monitoring Test Results for Continuously 
Monitoied Systems 
For each tert mods, this specification includes: 

a. Functional descriptions of test mode 

b. Request and response message formats 

(R) For some of the more complex test modes, an example of messages and an 
explanation of the interpretation of those messages is included. 
2. Refenitcts 

2.1 Applicable Documents — The following publications form a part of 
this specification to the extent specified herein, The latest issue of SAE 
publications shall apply. 

2.1.1 SAE PUBLICATIONS — Available from SAE. 40C Commonwealth Drive. 
Warrendale, ?A 15096-0001. 

SAE Jt85<) — Class B Data Communication Network Interface 

SAE J1930— E/E Systems Diagnostic Terms, Definitions. Abbreviations, and 

Acronyrm 
SAE J 196;;— Diagnostic Connector 
SAE J197K— OBD II Scan Tool 

SAE J20U — Recommended Format and Messages for Diagnostic Trouble 
Codes 

SAE J2 1 8<i — Diagnostic Data Link Security 

SAE J219i) — Enhanced E/E Diagnostic Test Modes 

2.1.2 ISO DOCUMENTS— Available from ANSI, 11 West 42nd Street, New 
York, NV 1C036-S002. 

ISO 9141-2: 1994(E)— Road vehicles— Diagnostic systems — CARB 
requirements for interchange of digital information 

2.13 California ARB Documents— Available from California Air 
Resources Board, 9528 Telstar Avenue, El Monte, CA 91731. 

California Code of Regulations, Tide 13, Section 1968.1— Malfunction and 
Diagnostic System Requiienenu — 1994 and Subsequent Model-Year Passenger 
Cars, Light-Duty Trucks, and Medium-Duty Vehicles and Engines (OBD II) 
(R) 2.1.4 FEDERAL EPA DOCUMENTS— Available from the Superintendent of 
Documents, U.S. Government Printing Office, Washington, DC 20402. 

Environmental Protection Agency 40 CFR Part 86— Control of Air Pollution 
From New Motor Vehicles and New Motor Vehicle Engines; Regulations 
Requiring On-Board Diagnostic Systems on 1994 and Later Model Year Light- 
Duty Vehicles and Light-Duty Trucks 

2.2 Definition*— Most terms for components and systems contained in 
this document are included in SAE J 1930. This section includes additional 
definitions cf terms not included in SAE J 1930. 

2.2.1 Absolute Throttle Position Sensor— This value is intended to 
represent the throttle opening. For systems where the output is propcrtional to 
the input voltage, this value is the percent of maximum input signal. For 
systems whsre the output is Inversely proportional to the input voltage, this 
value is 10C% minus the percent of maximum input signal. Throttle position at 
idle will usually Indicate greater than 0%. and throttle position at wide open 
throttle will usually indicate less than 100%. 

2.2.2 Baivx— The group of cylinders which feed an oxygen sensor. Bank I 
contains the Number 1 cylinder. 

2.2.3 Base FUEL SCHEDULE — The fuel calibration schedule programmed into 
the Powertrain Control Module or PROM when manufactured or when updated 
by some oft-board source, prior to any learned on-board correction. 

2.2.4 Calculated Load Value — An indication of the current airflow 
divided by peak airflow, where peak airflow is corrected for altitude, if available. 
Mass airflow and barometric pressure sensors are not required for this 
calculation. This definition provides a unldess number that is not engine 
specific, and provides the service technician with an indication of the percent 
engine capacity that is being used (with wide open throttle as 100%). 

CLV Currgm rirflo* 3( Atmospheric pressure (@ sea level) ^ ^ % 
Pc;k airflow ( @ sea level) Barometric pressure 

(Eql) 

2.2.5 Continuous MoNrroRiNG — Sampling at a rate no less than two 
samples per second. 

2.2.6 Ft. EL Trim — Feedback adjustments to the base fuel schedule. Short- 
term fuel r/im xfers to dynamic or instantaneous adjustments. Long-term fuel 
trim refers to much more gradual adjustments to the fuel calibration schedule 
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than shon-tcnr. :rim adjustments. These long-term adjustments compensate for 
vehicle differences and gradual changes that occur over tine. 
3. Technical Requirements 

3.1 Diagnostic Test Mode General Condi tions— These guidelines are 
necessary to ensure proper operation of both the test equipment and the vehicle 
during diagnostic procedures. Test equipment, when using messages defined in 
this document, should not affect normal operation of the emission ccntrol 
system. 

3.1.1 Multiple Responses to a Single Data Request— The messages 
contained in this document are functional messages, which means fte off-board 
test equipment will request data without knowledge of which module on the 
vehicle will respond. In some vehicles, multiple modules may resoond with the 
information requested. In addition, a single nodule may send multiple 
responses to a single request. Any test device requesting information must, 
therefore, have provisions for receiving multiple responses. 

3.1.2 Response time— For SAE J1850 network interfaces, the on-board 
systems should respond to a request within 100 ms of a request or a previous 
response. With multiple responses possible from a single request, this allows as 
much time as is necessary for all modules to access the data link and transmit 
their respcnse(s). If there is no response within this time" period, the tool can 
either assume no response will be received, or if a response has already been 
received, that no more responses will be received. 

For ISO 9141-2 interfaces, response time requirements are specified in the 
ISO 9141 -2 document. 

3.1.3 Minimum Time Between Requests From Scan tool— For SAE 
J 1850 network interfaces, a tool should always wait for a response from the 
previous request or "no response" timeout before sending another request In no 
case should a request be sent less than 100 ms after the previous request. 

For ISO 9141-2 interfaces, required rimes between requests are specified in 
the ISO 9141-2 document. 

3.1.4 Data Not Available— -There will be no reject message for a request 
for data if the data value is not supported by the module. 

3.1.5 Maximum Values — If the data vnlue exceeds the maximum value 
possible to be sent, the on-board system should send the maximum value 
possible ($FF or SFFFF). The tool should display the maximum value or an 
indication of data too Wgh. This is not iwrmally critical for real time 
diagnostics, but in the case of a misfire at 260 kro/h with resulting freeze frame 
data stored, this will be very valuable diagnostic information. 

3~2 Diagnostic Message Format 

3.2.1 ADDRESSING METHOD— Functional addressing will be used for all 
generic Diagnostic Test Mode messages because the test tool does not know 
which system on the vehicle has the information that is needed. 

3.2.2 Maximum Message Length— SAE J1850 defines required message 
elements and maximum message lengths that effectively limit the number of 
bytes that can be defined by this document to 12 bytes. 

3.2.3 Diagnostic Message Format— To conform to the SAE J1850 
limitation on message length, diagnostic messages specified in this document 
begin with a three byte header, have a maximum of 7 data bytes, require ERR 
(error detection byte), and allow RSP (in-frame response byte), as shown In 
Figure I. . 



Header Bytes {Hex) 



Priority 
/ T *P e 



Target 
Address 



Pit a Bytes 



Source 


il 


n 


#3 


#4 


#5 


n 


#7 


Address 
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Diagnostic Request at 10.4 Kbps (J18S0 and ISO 9141-2) 

I Fx 1 Ma xl rata 7 data bytes Q Yes | No 



6A 



OUqr.ostlc Response at 10.4 Kbps (J18SQ and ISO 9141-2) 




addr [ Haxlrcuw 7 data bytes ft Yes 



No 



OUgnostlc Request at 41.6 Kbps (J1850) 

6A 1 fx 1 Maxlmmo 7 data bytes j Yes Yes 



FIGURE 1-OIAONOSTIC MESSAGE FORMAT 



3.2.4 Hi aoer 3YTES-The firs; three bytes of all diagnostic messages are the 
ncade bytes. The value of the first header byte is dependent on the bit rate of 
J* data link mfl the type of message, at shown in 3.2.3. The second byte has a 
value that de/ends on the type of message, either a request or a response. The 
third headcrbyte ts the physical address of the device sending the message 

Device address $F1 should be used for an OBD U Scan Tool, or any other tocl 
(hat does not have a special reason to use another address. Other service tools 
should use addresses in the range from $F0 to $FD. The response to all request 
messages 1,1 this document will be independent of the address of thTtest 
equipment iccuesting the information. 

Vehicle manufacturers should not use the SAE J 1 979 heoder bvtes for anv 
purpose other than diagnostic messages. When they are used* thoy must 
conform to <:his specification. 

3.2.5 Data BYTES- The maximum number of data bytes available io be 
specified in this document is 7. The n rst data byte following the header is the 
test mode, and I the remaining 5 bytes vary depending on the specific test mode 
Each urnqu-s diagnostic message defined in this document is a fixed length, 
although not all messages are the same length. For modes $01 and $02, message 
engtb is determined by Parameter Identification (PID). For Mode $05, message 
fcngth is^diiterrained by Test ID. For other modes, die message length is 
determined by the mode. This enables the took to check for proper message 
length, and to recognize the end of the message without waiting for possible 
additional data bytes. ,t 

(R) 3.2.6 NON-DATA BYTES INCLUDED IN DIAGNOSTIC MtSSACIS WITH SAE 
Jl 850— All diagnostic messages will use a Cyclic Redundancy Check (CRC). as 
defined in SAE Jl 850, as the error detection (ERR) byte. 

In-framc response (RSP) is defined as optional in SAE 11850. For messages 
defined in this document, the RSP byte is required in all request and response - 
messages at 41.6 Kbps, and is npt allowed for messages at 10.4 Kbps. 

SAE J18.-50 defines additional message elements that may be included in 
Diagnostic Messages. Use of these message elements is beyond the scope of this 
specification, but need to be considered when defining total diagnostic 
messages. 

3.2.7 non-Data bytes Included in diagnostic Messages With ISO 
9141-2— Messages will Include a checksum, defined in FSO 9141-2. after the 
data bytes in itead of the CRC used with SAE J 1850. 

There is no provision for an in-frame response in ISO 9141-Z 

3.2.8 Bit PosrrtON Convention— Some data byte values in this document 
include descriptions that are based on bit positions within the byte. The 
convendon used in this document is that the Most Significant Bit (MSB) is 
referred to as '"bit 7," and the Least Significant Bit (LSB) is referred to as "bit 
0," as shown in Figure 2; 



*SB j 7 j 6 J S j ; | 3 | 2 ) 1 |T] LSB 

ttGURE 2 — BIT POSITION WITHIN A DATA ,BYTE 

(R) 3.3 Allowance for Expansion and EnhanceiJ Diagnostic Test 
Modes— This document allows for the addition of Diagnostic Test Modes both 
as industry siandards and manufacturer specific modes. Enhanced Diagnostic 
Test Modes are defined in a separate SAE document, J?. 1 90. That document 
reserves func:ional test modes $00 through $0F to be defined in SAE J 1979 if 
needed to accommodate future legislated requirements. 
(R) 3.4 Format of Data to be Displayed— The format of data to be displayed 
to the user of the data obtained with these test modes needs to be standardized so 
mat vehicle manufacturers can write generic service information. The following 
table indicates the type of data and minimum requirements for format of the 
data. See Figure 3. 
4. Test Modes 

4.1 Mode $01— Request Current Power train Diagnostic Data 
4.1.1 Functional Description— The purpose of this mode is to allow 
access to current emission related data values, including analog inputs and 
outputs, digital inputs and outputs, and system status information. The request 
for information includes a Parameter Identification (PID) value that indicates to 
the on-board system the specific information requested. PID definitions, scaling 
information, und display formats are included in this document. 

The on-bo;trd module will respond to this message by transmitting the 
requested dau. value last determined by the system. All data values returned for 
sensor readings will be actual readings, not defaul: or substitute values used by 
the system because of a fault with that sensor. 
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Oata 


Modes 


Display Format 


Device ID - 
source address 
of response 


all 


Hexadecimal (00 to F?) I 


Parameter 10 
(PID) 


so: 4 $02 


Hexadecimal (00 to FF), description, or 
acronym (see table In Section 4.3) 


Frame number 


$02 


Decimal (0 to 255) 


Data values 


SOI I $02 


see table 1n Section 4.3 


Diagnostic 
Trouble Codes 


S03 a $07 


P plus 4 digits and/or OTC definition 
- see SAE J2C12 


Test 10 


SOS & $06 


Hexadecimal (00 to FF) 


Test value and 
test Units 


SOS 


Engineering units for Test IDs less than 
$80 (see Section 4.6.2) - Decimal (0 to 
255} for Test IDs greater than $80 


Test value and 
test Units 


$06 


Decimal (0 to €5535) 


Component 10 


S06 (part 
cf data 
byte #3) 


Hexadecimal (CO to 7F) 



(R) FIGURE 3— FORMAT OF DATA TO BE DISPLAYED 

Not all PIDs ait applicable or supported by all systems. PID $00 is a bit- 
encoded PID diet indicates, for each module, which PIDs that module supports. 
PID 500 must be supported by all modules that respond to a Mode $01 request 
as defined in this document, because diagnostic tools that conform to SAE 
J 197 8 use the presence of a response by the vehicle to this request to determine 
which protocol is supported for OBD II communications. 

4.1.2 Message Data Bytes— (See figure 4.) 



Oata Bytes (Hex)- 



rt 



n 



n 



#6 



91 



Request Current Powertrain Diagnostic Data 



Request Powertra 
Diagnostic Oata 



01 



PID 



Report Current Powertrain Diagnostic Dati 



Report Powertrain 
Diagnostic Oata 
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PID 



data 
A 



data 


da: a 


data 


8 




0 


(opt) 


w 





4.2 Mode $03 — Request Powertrain Freeze Frame Data 

4.2.1 Functonal Description — The purpose of this mode is to allow 
access to emission related data values which were stored during the freeze frame 
required by OBD regulations. This mode allows expansion to meet 
manufacturer specific requirements not necessarily related to the required freeze 
frame, and not necessarily containing the same data values as the required freeze 
frame. The request for information includes a Parameter Identification (PID) 
value that indicates to the on-board system the specific information requested. 
PID definitions, scaling information, and display formats for the required freeze 
frame are included in this document. 

(R) The on-board module will respond to this message by transmitting the 
requested data value stored by the system. All data values returned for sensor 
readings will he actual readings, not default or substitute values used by the 
system because of a fault with mat sensor. 

Not all PIDs are applicable or supported by all systems. PID $00 is a bit- 
encoded PID that indicates, for each module, which PIDs that module supports. 
Therefore, PZD $00 must be supported by all modules that respond to a Mode 
$02 request as defined in this document 

(R) PID $02 is tfe DTC that caused the freeze frame data to be stored. If freeze 
frame data is not stored in the module, the system should report $00 00 as the 
DTC. Any datn reported when the stored DTC is $00 00 may not be valid. 

The frame number byte will Indicate $00 for the OBD U mandated freeze 
frame data. Manufacturers may optionally save additional freeze frames and use 
this mode to obtain that data by specifying the freeze frame number in the 
request. If a nuuiufacturer uses these additional freeze frames, they will be 
stored under conditions defined by the manufacturer, and contain data specified 
by the manufacturer. 

4.2.2 Message Data Bytes— (See Figure 5.) 









Data 


3ytes 


[Hex] 




#1 


n 


#3 


#4 


*5 


#6 


#7 


Request Powertrain 


Freeze Frane Data 






Request Pcwertraln j 
Freeze Frame Data i 


- 


PID 


frame 
no. 










Report Powertrain Freeze Frame Oata 
(only valid If Node $02 PID $02 DTC Is not $00 001 


Report Powertrain 
Freeze Frame Data 


42 


P10 


frane 

no. 


data 
A 


data 
8 

Jt&L 


data 
(opt) 


data 
0 



FIGURE 4 — MESSAGE DATA BYTES 



FIGURE 5— MESSAGE DATA BYTES 
4.3 PIDs for Modes $01 and $02^-<Sec Figure 6.) 



eooC*i 
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coy ;n/n t 



Modes* 


PIO 

(Hex) 


Description 


vim f>co) 

or ($0000) 


2 : Max ($FF) 
r cr (JFFFF) 


St (Metric) 
Sceilng/btt and 
display 


English 
scaling/bit and 
display 




SOi 


$02 


x 


X 


00 


PiDs supported (SCI • $20): 

Module responds with a message that CDntalns A bytoa of tit- 
encoded Information, each bit indicating support or non-support 
ofaPID * 

where: 0 - PiO not supported by thla module 
1 - PIO supported by this module 




-Bite- tfl EQ 
Data A 7 501 
Data A 6 102 

Data 8 7 $09 

OataO 0 $20 




X 




01 


Data A - Number of o mission -related powertrain trouble codes 
and MIL status: 
bits 0-6: 

Number of codes stored in this module 
bit 7: 

0 - MIL not commanded ON by thla module 

1 - MIL commanded ON by this module 

Data 8 and Oat* C • Each bit indicates support or non-support,' 
of an on- board diagnostic evaluaiton: 

Data 8 covers continuous monitoring testa 

Oata C covers tests run at least once per tr£ 
where: 

0 - test not supported by this module 

1 * lest supported by this module 

Data D - Each bit Indicates status o' on -board diagnostic 
ovejuotkvt (or this module. coriespawilng to teats included si 
Ceta C: 

0 - test complete, or not applicable 

1 * test not complete 


Data 6: 
M Evaluation fluooortfd 

0 Misfire monitoring 

1 Fuel system monitoring 

2 Comprehensive component monitoring 

3 reserved (report as 0) 

4 reserved (report as 0) 

5 reserved (report as 0) 
0 reserved (report as 0) 

7 reserved (report as Q) 

Data c and Data 0- 
oiJ Evaluation luooorted / ttarus * 

0 Catalyst rrKnttomg 

1 Healed cautya monHoring 

2 Evaporative system monitoring 

3 Secondary air system mopttoring 

4 A/C system refrigerant monitoring 

5 Oxygen tenser monitoring 

8 Oxygen sensor heater monitoring 
7 E3R system monttorlng 


f 



(R) FIGURE 6— PIDS FOR MODES $01 AND $02 



Modes • 


PIO 
(Hex) 


Description 


Mm ($00) 
or ($0000) 


Max ($FF) 
or ($FFFF) 


SI (Metric) 
Scaihg/btt and 
display 


English 
scaJlng/bt and 
display 


$01 


$02 




X 


02 


Trouble code (hat caused required freeze 
frame data storage (2 byte value • $0000 
Indicates no freeze frame data) 


30 


00 


09 


99 


Pxxxx 




X 


X 


03 


Oata A- Fuel system 1 status 

Oata S: Fuel system 2 status ($00 H not used) 

For each data byte, no more than one bit ai a time can be set to a I to trioleate the status of that bank, 
where: 

bit o - Open loop • has not yet satisfied conditions to go dosed loop 

bit i - Closed loop • using oxygen sensor(s) as feedback tor fuel control 

bit 2 - Open loop due to dnvtig conditions (power enrichment, deceleration enieanrnent) 

bft 3 - Open foop due to detected system fault 

bit 4 - Closed loop, but 1autt with at least one oxygen sent or • may be using tingle oxygen 
serscr for fuel control 

bits 5-7 - reserved (report aa 0) / 


X 


X 


04 


Calculated load value 


0% 


100% 


ICO/255% 


i 


X • 


X 


05 


Engrie coolant temperature 


-40*C 


215'C 


rc.wtm 

-40'C offset 
xxx'C 


xxx T 


X 


X | 06 

1 

i 


Short term fuel trim - Sank t 
(use H on y 1 f jel trim value) 


•ICO.00% 
(lean) 


9972% 
(rich) 


1 00/1 23% 
(0% at 126) 
xxx.x% 




X 


X 


07 


Long term fuel trfm • Bank 1 










X 


X 


08 


Short term fue« trim • Bank 2 










X 


X 


09 


Long term fuel trim • Bank 2 










X 


X 


OA 


Fuel pressure (gage) 


0 kPeG 


765 kPaG 


IkFaG 
xxx kPaG 


xxx pslg 



<R> FIGURE 6 — PIDS FOR MODES $01 AND $02 (CONTINUED) 
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800&3 



XYi CO/ZO/01 



Modes • 


PiD 
(Hex) 


Description 


Mh ($00) 
or ($0000) 


Max ;$FF) 
or ISFFTF) 


SI (Metric) 
Scaftng/bJi and 
display 


English 
scatog/bit and 
display 


SOI 


$02 


X 


X 


03 


Intake mantfoW absolute pressure 


OkPaA 


255 kPaA 


1 kPaA 
<xx KPaA 


xx.x la Hg 


X 


X 


oc 


Engirt* RPM (2 byte vakja • high by* a /low 
byte) 


Or/mtn 


16.383.75 
r/mln 


1/4 r/rrtn 
yocxxx r/mln 




X 


X 


OD 


Vehtee speed 


Okm/h 


255 km/h 


1 km/h 
<xx km/h 


xxx MPK 


X 




OE 


Ignition timing advancs for #1 cylinder (not 
Inducing mechanical edvar.ee) 


-64* 


♦63.5* 


1/2' wtth 
0' at 128 
<x. x' 




X 




OF 


Intake ok temperature 


•4CC 


2ia*c 


re wtm 

•40'C offset 
xxx'C 


xxxF 


X 




10 


Air (tew rate from MAP eensor (2 byte value • 
high byte /tow byte) 


0 gm/teo 


665.35 
gm/eec 


.01 grn/tec 
xxx xx gm/eec 


xxxx.x tb/min 


X 




11 


Absolute throats posfrlon sensor 


0% 


100% 


tOO/25J% 

xxx.x% 




X 




12 


Commanded secondary aJr status (X supported, one, end only one bft el a time can be set to a 1) 
bit 0 t - upstream ol feat catalytic converter 
bft 1 f - downstream of first catalytic converter Inlet 
bit 2 1 - atmosphere / ofl 
bfls 3 - 7 - reserved (report as 0) 



FIGURE 6— PIDS FOR MODES $01 AND J02 (CONTINUED) 



! Modes* 


PID 
(Hex) 


Oescrtprton 


Mm ($00) 
or(SG000) 


Max (SFF) 
or($FFFF) 


SI (Metric) 
Scallng/btt and 
display 


English 
scrilng/brt and 
display 


I $01 


$02' 


I X 




13 


Location o) oxygen sensors, where eensor 1 la cloaett to the engine. Each bit indicates the presence or absence of an 
oxygen sensor at me rbH owing location: 

JUL StTWH locatfon rMwntf hm htbpt tocfltton 

a Bank 1 . Sensor 1 Bank 1 • Sensor i 

1 Bank 1 • Sensor 2 Bank i > Sensor 2 

2 Bank 1 . Sensor 3 Bank 2 • Sensor i 

3 Bank 1 - Sensor 4 Bank 2 - Sensor 2 

4 Bank 2 • Sensor 1 Bank 3 • Sensor t 

5 Bank 2 • 8ensor 2 Bank 3 - Sensor 2 

6 Bank 2 • Sensor 3 Bank 4 • Sensor 1 

7 Bank 2 - Sensor 4 Bank 4 - Sensor 2 

where: 

i « sensor present at that location 
0 - sensor not present et that location 


X 




14 


Bank 1 • Sensor 1 






This scaling assumes a 






IS 


Bank 1 - Sensor 2 






nominal 1 vott tuB acaJa 






16 


Bank i • Seneor 3 






oxygon eonsor; any sensor 






17 


Bank 1 - Sensor 4 






with a dttfareit lul. 






16 


Bank 2 • Sensor 1 






scale value should be 






19 


Bank 2 • Sen tor 2 






normallied lo provide 






1A 


Bank 2 • Sensor 3 






nominal hit scale at 






1B 


Bank 2 - Sensor 4 






$C8 (200 decimal). 








lor each sensor: 
















Data A - Oxygan sensor output 


0 volt 


1.275 volt 


.003 volt 










vonage 






x.xxx volt 










Data B • abort term ruet trim 


-t 00.00% 


©9.22* 


100/t28% 










associated wtth this sensor 


fean) 


(rich) 


(0* at 126) 










(SFF If Into sensor b not 






xxx.x% 










used in the caicutattor.) 











(R) FIOURE 6— PIDS FOR MODES SOI AND $02 (CONTINUED) 
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ZOO® \'Vi 0£:0l CO/ZO/Ol 



Modes * 


P'D 


Description 


Mln ($00) 
or ($0000} 


g Max (SFF) 
/ or ;$Ff=FF) 


SI (Metric) 
Scallng/fct ana 
display 


Eng'teh 
acallng/blt and 
display 


SGI 


$02 


0 




1C 


OSD requlrementa to which vehicle is 
designed, where: 

01 - OBOI1 tCattfornia ARB) 

02 • OBD (Federal EPa) 

03 - OBD and OBD II - * 

04 . OBD 1 

05 • Not intended tc moot any 
09 D requirements 














(D-iF 


Unusec - rgjerved far Uura expansion 






! 
1 






20 


P'D* support od {$21 • £40): 






Data A 7 $21 
Data A 6 $22 

Data 8 7 $29 

Data D 0 $40 






21-3F 


Reserved - to bo specified in J2190. <f 
needed 










X 




40 


MDs supported ($41 - $60): 






i 






41 -FF 


Reserved for future expansion 









r 



* NOTE: An 'X" in (he column under Mode $01 or $02 Indicates that this value Is Included in OBD II regulations to be supported tor mis mode Reier to 

the latest 0€0 II regulations to determine W each value Is required to be supported on a o>en vehicle, or orJy required I avatabie. 

# Although only vehicles meeting CaWomla ARB OBD II and Federal OBD refutations are required to support this document, manufacturers of other vehicles 
may choose to support this request for tne convenience of service technicians . 



(R) FIGURE 6— PIDS FOR MODES $01 AND $02 (CONTINUED) 



4.4 Mode $03 — Request Emission-Related Powertraln Diagnostic 
Trouble Codes 

4.4.1 Functional DESCRIPTION — Ths purpose of this mode is to enable the 
off-board test device to obtain stored ernission-related powertraia trouble codes. 
This .should be a two step process for the test equipment. 

a. Step 1 — Send a Mode $01. PID $01 request to get the number of stored 
emission»related powertrain trouble codes from all modules that have this 
available, Each on-board module that has stored codes will respond with a 
message that includes the number of stored codes which that module can 
report. If l module capable of storing powertrain codes does not have 
stored codes, then that module shall respond with a message indicating 
zero codes are stored. 

b. Step 2 — Send a Mode $03 request for all stored emission-related 
powertrain codes. Each module that has codes stored will respond with 
one or more messages, each containing up to 3 codes. If no codes are 
stored in the module, then the module will not respond to this request. 

If additional trouble codes are set between the time thai the number of codes 
ore reported by a module/ and the stored codes arc reported by a module, then 
the number of codes reported could exceed the number expected by the tool. In 
this case, the tool should repeat (his cycle unti! the number of codes reported 
equals the number expected based on the Mode 1 response. 

Diagnostic trouble codes are transmitted in two bytes of Information for each 
code. The first two bits (high order) of the first byte for each code will be zeroes 
to indicate a powertrain code (refer to SAE J20I2 for additional interpretation of 
this structure). The second two bits will indicate the first digit of the diagnostic 
code (0 through 3). The second nibble of the first byte and the entire second 
- byte are the next three digits of the actual code reported as Binary Coded 
Decimal (BCD). A powertrain trouble code transmitted as $0143 should be 
displayed as PO 143. (See Figure 7.) 

| 0 [ 0 | 0 0 I 0 T"[ 0 I 1 j 0 j 1 I 0 j 0 I 0 TJ 1 ( 1 q 

1 ! I I 1 

P 0 1 4*3 

FIGURE 7 — DIAGNOSTIC TROUBLE CODE ENCODING EXAMPLE 
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If less than 3 trouble codes are reported, the response messages used to report 
diagnostic trcuble codes should be padded with $00 to fill 7 data bytes. This 
maintains the required fixed message length for oil messages. 

4.4.2 MES.'iAGE Data Bytes — (See Figure 8.) 



-— n 


Data Bytes 


Hex) 




♦1 


I n 


1 n 


14 


IS 


#6 




Request number of codes from all modules 


Request nui3b*ir of ] 
Powertrain OTC | 


01 


i 11 


i 
i 


1 

I 




Report number of codes (each module) 


Report number of 
stored powertrain 
DTC 


41 


01 


* OTC 
& 

HI I 


Evil. 
Supp. 
11 


Cvsl. 
Supp. 

n 


£val. 
Status 




1 Request codes from all 


modules 






Request powertrain 
OTC | 


- 














Report codes (each module) 


Report pcwertraln 
OTC 


43 


Code #1 


Code n 
or 00 00 


Code #3 
or 00 00 



Note — Refer to SAE J2012 lor encoclng method for trouble codes. 



FIGURE 6 — MESSAGE DATA BYTES 

4.4.3 POWRRTRAIN DIAGNOSTIC TROUBLE CODE EXAMPLE (ASSUME 10.4 
Kbps) — (See Figure 9.) 



800^1 



XYi IS : 01 CQ/IO'O 1 





Header Sytei (Hex) 


Data Byte* (Hex) 


P'T | Tgz 


Src 


»1 | #2 


• 3 


• 4 


i9 1 «6 


*7 


aaquaie ?ow»rtram DTC 




number of 
Pc wort rain 
D?C 


68 


6A 


Fl 


01 


01 














Report Number of Powertrain CfC 


Module 06 I-ai 

6 scccecS DTC 


48 


6B 


06 


41 


01 


06 


00 


00 


00 




Modui» C3 ha* 
1 stored DTC 


49 


68 


C3 


41 


01 


01 


00 


00 


oc 




Module 2B has 
0 stored OTC 


48 


6B 


2B 


41 


01 


00 


00 


00 


oo 




Module IS has 
2 stored DTC 
and MIL 0M 


48 


6B 


is 


41 


01 


82 


00 


00 


00 




Request All Stored Powertroin UTC 






Request 
power train 
DTC 


68 


6A 


Fl 


03 














Rsport All Stored Power train Drc 


Mcdule 06 
send codes 
PC143.P0196, 
* P0234 


49 


6B 


06 


43 


Code #1 


Code 42 


Code *3 


01 


43 


01 


96 


02 


34 


Module CJ 
send code 
PC4<3 


43 


68 


CO 


43 


Code 
04 


#1 

43 


00 


00 


00 


00 


Module 06 
send codes 
P0357.P0531, 
h P0661 


48 


6B 


06 


13 


C3d& *4 


Code tS 


Cede 96 


03 


57 


05 


31 


06 


61 


Module 32 
send codes 
PQ112 6 PC445 


48 
I 


SB 


3E 


43 


Code •! 


Cods 


•2 


00 


00 


01 


12 


C4 


45 



FIGURE 9 — POWERTRAIN DIAGNOSTIC TROUBLE CODE EXAMPLE (ASSUME 10.4 Kbps) 



(R) 



4.5 Mode $04 — Clear/Reset Emission- Related Diagnostic Information 

4.5. 1 Functional Description — The purpose of this mode is to provide a 
meant for the external test device to command on-board modules to dear alt 
emission-related diagnostic information. This Includes: 

a. Gear number of diagnostic trouble codes (Mode $01, PID 501 ) 

b. dear diagnostic trouble codes (Mode $03) 

c. Clear trouble code for freeze frame data (Mode $01 , PID $02) 

d. Clear freeze frame data (Mode $02) 

e. Clear oxygen sensor test data (Mode $05) 

f. Reset status of system monitoring tests (Mode $01, PID $0! ) 

g. Clear on-board monitoring lest results (Mode $06 and $07) 

Other manufacturer specific "clearing/resetting'* actions may also occur in 
response to this request 

For safety and/or technical design reasons, some modules may not respond to 
this test mode under all conditions. All modules must respond to this test mode 
request with the ignition ON and with the engine not running. Modules that 
cannot perform this operation under other conditions, such as with the engine 
running, will ignore the request. 

4.5.2 Message Data Bytes— (See Figure 10.) 

4.6 Mode $05— Request Oxygen Sensor Monitoring Test Results 
4.6.1 FUNCTIONAL Descrjption — The purpose of this mode is to allow 

access to the on-bcard oxygen sensor monitoring test results as required in OBD 
n regulations. Use of this mode is optional, depending on the method used by 
the vehicle manufacturer to comply with die requirement for oxygen sensor 
monitoring. 





Data Bytes 


(Hex) 


• 




n 






#5 




#7 


Request to Clear/Reset Emiss Ion-Related Diagnostic Infornatl 


on 


Clear Power-train DTC I 
















Report uhen Enlssl on-Related 01 agnostic Information Is Reset 


Powrtrtln OK 
cleared | 

















FIGURE 10—MESSAOE DATA BYTES 

The on-board module will respond to this message by transmitting the reThe 
request for test results includes a Test ID value that indicates the information 
requested Test value definitions, scaling information, and display formats are 
included in this document 

Many methods may be used by different manufacturers to comply with this 
requirement If data values are to be reported using these messages that are 
different from those predefined in this document, ranges of test values have been 
assigned that can be used thai have standard units of measure. The tool can 
convert these values and display them in the pioper units. 

quested test data last detennined by the system. 
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600® 



\VJ gs:oi eo/zo/oi 





Data Bytes (Hex) 






i « 




#4 


#5 


#6 




Rec 


uest 


Oxygen Sensor Test Resu 


Its 






Request Oxygen 1 
Sensor Test Results 1 




I Test 
1 10 


02s a 






• *■ '1 


• 



Report Oxygen Sensor Test ID Support - Optional 
(Test IPs tOO, £20. $40. $60, $80, SAO, SCO. SEP} 



Report Ox/gen Sensor 
Test ID Support 



45 



Test 
10 



02S r 



Support for the next 32 
test IDs following the 
requested 10 fs Indcated 
in data bytes *4 through 17 



Report Oxygen Sensor Test Results. 



Report Oxygen SensorB 
Test Results I 



45 



Test 


02$ i 


test 


rain 


max 


10 




value 


limit 


limit 













NCTE— Report limits if value Is a test resul— not required for test constants, such 
as ID $01 to $04. f 

(R) FIGURE 1 1— MESSAGE DATA BYTES 



The opera ion of this diagnostic tncxle in the on-board module is different 
from Mode 501.. Mode SOI reports data vaiue(s) that arc stored internally at a 
single, or mi lljjffe contiguous. locations in memory. Mode SOS can report data 
values that a* stored in non-contiguous memory locations. Test results will be 
stored in RAM, and test limits, if the value is a calculated value, would normaDy 
be stored in ROM. Therefore, the on-board software has additional requirements 
to respond to this request than it does for Mode $01 requests. 
(R) Not ail test values are applicable or supported by all vehicles. An optional 
feature cf this test mode is for the on-board module to indicate which test IDs 
are supported. Test ID $00 is a bit-encoded value that indicates support for test 
IDs from SOI to $20. Test v ID $20 indicates support for test IDs $21 through 
S40, etc. TI;is is the same concept as used for PID support in lest modes $01 
and $02. If Test ID $00 is not supported, then the module docs not use this 
feature to indicate test ID support. 

4.6.2 Message Data Bytes— (See Figures 1 1, 1 2, ar.d 13.) 
Results of latest mandated on-board oxygen sensor monitoring test. 



Oxygen 
Sensor 
Output 



■-4--A 



Rich 



03 



Joe ♦ 



./.V--A-- 



iV-Vr 

! ^07 Lsan j 



Time 



FIGURE 12 — TEST ID VALUE EXAMPLE 



Data 
Byte 



Description 



Which 
$00 
SOI 
$02 
S03 
S04 
$05 
$06 
$07 
$08 
S09 
$0A- 
$20 
$21- 
$30- 
$40 
$41- 
$50- 
$60 
561 
$70- 
$80 
$81 
SAO 
$A1- 
SCO 
$C1- 
SE0 
$E1- 



Test ID: 

- Test ID'S supported - optional (S01 tc 520) 

- Rich to lean sensor threshold voltage (constant) 

- Lean to rich sensor threshold voltage (constant) 

- Low sensor voltage for switch tine calculation (constant) 

- High sensor voltage for switch time calculation (constant) 

- Rich to lean sensor switch time (calculated) 

- Lean to rich sensor switch time (calculated) 

- N1n1nu» sensor voltage for test cycle (calculated) 

- Haxlraua sensor voltage for test cycle (calculated) 

- Time between sensor transitions (calculated) 
-$IF - reserved 

- Test ID'S supported - optional (S21 tc $40) 
•$2F - values with units of time less than 1.02 seconds 
■S3F - values with units of time less than 10.2 seconds 

- Test 10' s supported - optional ($41 tc $60) 
•$4F - values with units of voltage less than 1.275 volts 
•$5F - values with units of voltage less than 12.75 volts 

- Test 10' s supported - optional ($61 to $80) 
•$6F - values with units of Hertz less than 25.5 Hz 
■$7F - values with units of counts less than 255 counts 

- Test ID'S supported - optional ($81 to SAO) 
•$9F - sanufacturer specific values / units 

- Test 10's supported - optional ($A1 to SCO) 
$5F - manufacturar specific values / units 

- Test ID'S supported - optional (SCI to $E0) 
$DF - manufacturer specific values / units 

- Test ID's supported - optional (SE1 to SFF) 
'SfF - manufacturar specific values / uni ts 



Oxygen sensor location (one, and only one bit can be set to a I): 



bit 
0 
1 
2 
2 
4 
5 

• 6 
7 

where: 
1 - 
0 - 



Sensor locatlnn 

Bank 1 - Sensor 1 

Bank 1 - Sensor 2 

8ank 1 - Sensor 3 



Bank 1 
Bank 2 
8ink 2 
Bank 2 
Bank 2 



Sensor 4 
Sensor 1 
Sensor 2 
Sensor 3 
Sensor 4 



filtarnnive sensor location 
Bank 1 - Sensor 1 
Bank 1 - Sensor 2 
Bank 2 - Sensor 1 
Bank 2 - Sensor 2 
Bank 3 - Sensor 1 
Bank 3 - Sensor 2 
Bank 4 - Ser.sor 1 
eank 4 - Ser.sor 2 



sensor present at that location 
sensor not present at tnat location 



(R) FIGURE 1 3 — MESSAGE DATA BYTE LESCRIPThON 
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0I0® 



VVJ 2S:0T CO/10/0 1 



1 Diu 

U B/te 


Description 


1 The following 4 bytes define data bytes for Tast IDs 

a that Indicate support of other Test IDs - optional 

0 (Nodes SOO, 520, $40. 560, J80, SAO, SCO. and SEO) 1 


I 4 


Support for Test 10, where 1-suoport, 0-ron- support: 
bit 7 - support for Test 10 $01 
bit 6 - support for Test 10 $02 

bit 0 • support for Test 10 $08 


5 


Support for Tost ID, whore l-sjppori, O-not-support : 
bit 7 - support for Test 10 $09 
bit 6 - support for Test 10 5 OA 

bit 0 - support for Test 10 $-0 


6 


Support for Test ID, where 1-support, 0-non- support: 
bit 7 - support for Test 10 $11 
bit 6 - support for Test 10 $12 

bit 0 - support for Test 10 $i8 




Support for Test ID, where Usupport, O-non-support; 
bit 7 - support for Test ID $19 
bit 6 - support for Test 10 $1A 

bit 0 - support for Test ID $20 j 



(R) FIGURE 13— MESSAGE DATA BYTE DESCRIFHON (CONTINUED) 



Data 
Byte 



Description 



The following 3 bytes define data bytes 
for Test IDs that report data values 



Tast 10: 


H1n ($00): 


Max ($FF>: 


Scaling/bit 


Test 


10 $01 


0 volt 


1.275 v. 


.005 v. 


Test 


ID $02 


0 volt 


1.275 v. 


.005 v. 


Test 


ID $03 


0 volt 


1.275 v. 


.005 v. 


Test 


(0 $04 


0 volt 


1.275 v. 


.005 v. 


Test 


10 $05 


0 sec. 


1.02 to;. 


.004 sec. 


Test 


ID $06 


0 sec. 


1.02 sec. 


.004 sec. 


Test 


10 $07 


0 volt 


1.275 v. 


.005 v. 


Test 


ID $08 


0 volt 


1.27S v. 


.005 v. 


Test 


10 $09 


0 sec. 


10.2 sec. 


.04 sec. 


Test 


10 S21-52F 


0 sec. 


1.02 sec. 


.004 sec. 


Test 


ID J30-J3F 


0 sec. 


10.2 sec. 


.04 sec. 


Test 


10 $4M4f 


0 volt 


1.275 v. 


.005 volt 


Test 


ID S50-S5F 


0 volt 


12.75 v. 


.05 volt 


Test 


ID $61-J6f 


0 Hz 


25.5 HZ 


.1 HZ 


Test 


10 $7<M7F 


0 counts 


255 counts 


1 count 



Minimum test limit (only for calculated test rusult) 

see Data Byte <4 for mini nun value, naxlffun value, and scaling 



Haximum test limit (only for calculated test result) 

see Oata Byte 14 for mlnlaun value, maxlirun value, and scaling 



Note— Current oxygen sensors are nominally 1 V fuH scale, rf an oxygen sensor used with a different nominal output, the output voltage should be normalized to 1 V. FuH 
scale should be reported as $CB (decimal 200), which allows for reporting an overvoltage condtton. 

(R) FIGURE 13— MESSAGE DATA BYTE DESCRIFflON (CONTINUED) 



(R) 4.7 Mode $06— Request On-Board Monitoring Test Results for Ncn- 

Continuoualy Monitored Systems 
(R) 4.7.1 FUNCTIONAL Descwpdon — The purpose of this test mode is to allow 

access to the results for cm-board diagnostic monitoring tests of specific 

components/systems that axe not continuously monitored. Examples ore catalyst 

monitoring and the evaporative system monitoring. 
The vehicle manufacturer is responsible to assign test IDs and component IDs 

for tests of different systems and components. Test results are requested by test 



ID. Only one test limit is included in a response message, but that limit could be 
either a minimum or a maximum limit If both o minimum and maximum test 
limit are to be reported, then two response messages will be transmitted in any 
order. The mast significant bit of the "test limit type/component ID" byte will 
be used to indxate the teat limit type. 

This test mode can be used as an alternative to Mode $05 to report oxygen 
sensor test res j Its. 
(R) 4.7.2 Message dm a Bytes— (Sec Figure 14.) 
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HO® 



XVJ C0/^0/01 



1 


br 




Data Bytes {Hex) 










n 


#3 


L*yr #s 




#7 




Request Test Results 










Request Test Results 


06 

•■■ 


Test 
ID 




I Report Test 10 Support 

(Test IDs $00. $20, $40. $60. $80, $A0. $C0. $£0) 


Report Test 10 
Suoport 


46 


Test 
ID 


FF 


Support for the next 
32 test IDs fallowing 
the requested ID for 
any component Is 
ndkated in data 
bytes 14 through #7 


Report Test Results * \ 
Multiple Responses may be Transmitted ] 
(Test 10s other than $00. $20. $40. $60. $80. SAO. SCO. S£0) 


Report Test Results 


46 


Test 

ID 


Test Halt 

Type & 
Component 
LB 


test value 


test 








NS3 


LSB 


MS 8 


LSB 



(R) FIGURE 14—MESSAGE DATA BYTES 



! Oata i Description 
| Byte ! 



Test ID: 

$00 - Test ID'S supported ($01 to $20) 
$01-5 1 F - values defined by nanufacturer 
$20 - Test ID'S supported ($21 to $40) 
S21-$3f - values defined by nanufacturer 
$40 - Test ID'S supported ($41 to $60) 
$41-$5F - values defined by nanufacturer 
$60 - Test ID's supported ($61 to $80) 
S6M7F - values defined by nanufacturer 
$80 - Test ID'S supported ($81 to $A0) 
$81-$9F - values defined by nanufacturer 
SAO - Test ID'S supported ($A1 to $C0) 
SAl-JBF - values defined by nanufacturer 
SCO - Test ID'S supported ($C1 to SEO) 
$CI-JDf - values defined by nanufacturer 
$E0 - Test ID'S supported ($EI to JFF) 
SEl-SFF - values defined by manufactjrer 



bit 7: 

Host significant bit Indicates type of test intt, where: 

0 - test limit Is naxlnum value - test fails If test value 

1s greater than this value 

1 - test Halt Is ml at nun value - test falls If test value 

Is less thin this value 

If the test result should be within a range of values, two 
messages will be returned, one with the maximum value and one 
with the mini rim value 

bit 6 - bit 0: 

Conponent ID - nanufacturer defined - n»c*:ssary when multiple 
conponents or systems are present on the vehicle and have the 
sane definition of test 10 



(R) FIGURE 14— MESSAGE DATA BYTES (CONTINUED) 



39 



Oata 
Byte 


Description 


The following * bytes define cata bytes 
for Test IDs that indicate support of other Test IDs : 
I (Modes SOO, $20, 540. $60, 180, (AO. SCO. and SCO) ! 


1 4 


Support for Test 10, where 1-support , 0-non- sup port: 
bit 7 - support for Test ID $01 
bit 6 - support for Test ID $02 

bit 0 - support for Test ID $08 


8 5 


Support for Test 10, where 1-support, 0-non-support: 
bit 7 - support for Test ID $09 
bit $ - support for Test ID 5 OA 

bit 0 - support for Test ID $10 


6 


Support for Test 10, where 1-support t 0-non-sunport: 
bit 7 - support for Test ID $11 
bit 5 - support for Test ID $12 

bit 0 - support for Test ID $18 


7 


Support for Test 10, where 1-support, 0-non-su;port: 
bit 7 - support for Test 10 $19 
bit 5 - support for Test ID $1A 

bit 0 - support for Test ID $20 I 


The following 4 bytes define data bytes 
for Test IDs that report data values | 
(nuUiple response cess ages *1U be received | 
1f there are awl tl pie components that support 
the save test ID ar»d $FF 1s Included 
as data byte #3 1n tie request sewage) 


4-5 


Test result (two byte value) - this value should be less than or equal 
to the test limit If most significant bit of data byte #3 1s '0\ and 
should be greater than or equal to the test lirnt if roost significant 
bit of data byte #3 Is 


5-7 


Test limit (two byte value) 



(R) FIGURE 14 — MESSAGE DATA BYTES (CONTINUED) 



(R) 4.7.3 Message Example— <See Figure 15 ) 

(R) 4.8 Mode $07— Request On-Board Monitoring Test Results for 
Continuously Monitored Systems 

(R) 4.8.1 Functional Dbscriptioi+— The purpose of this .-node is to enable the 
off-board test device to obtain test results for emission-related powertrain 
components/systems that are continuously monitored during norma] driving 
conditions. The intended use of this data is to assist the service technician after 
a vehicle repair, and after clearing diagnostic information, by reporting test 
results after a single driving cycle. If the test failed during the driving cycle, the 
DTC associated with that test will be reported. Test results reported by this 
mode do not necessarily indicate a faulty component/system. If test results 



indicate a fatfixe after additional driving, then the MIL will be illuminated and a 
DTC will b-i set and reported with Mode $03 f indicating a faulty 
component/system. 

Test results for these components/systems are reported in the same format as 
the diagnostic trouble codes in Test Mode $03 — refer to the functional 
description for Mode $03 

■ If less than 3 DTC values are reported for failed tests, tire response messages 
used to report the ten results should be padded with $00 to fill 7 data bytes. 
This maintains the required fixed message length for all messages. 
If there are r o test failures to report, no response is required. 
<R) 4.8 2 Message Data Bytes— (See Figure 16.) 



40 



CIO® 



xvj es^ox eo/zo'oi 





u 






Data Bytes (Hex) 








1 '1 


n 


13 


' M 


fir ; 


#6 


*i i 


Determine Tast 10 Support ' ! 


Request Test 10 
Support - 10 in Hex 


06 


00 




Report Support for 
Test 10j 06. 10, IS 
and 20 


1 46 


00 


FF 


00000100 
-04 


0000)001 
-01 • 


00000000 
-00 


C0000101 
-OS 


Request Test ID 
Support 


06 


20 




Report Suoport for 
Test 10 40 


46 


20 


FF 


oocooooo 

•00 


oooooxc 

-(0 


00000000 
-00 


OOOOOOOI; 
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